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CONFIGURATION PARAMETER SEQUENCING AND SEQUENCER 


FIELD OF INVENTION 

5 

[0001] The present invention is in the field of networking systems. More 

particularly, the present invention provides a method, apparatus, system, and machine- 
readable medium to sequence configuration parameters. 

10 BACKGROUND 


[0002] Devices in a network comprising an embedded system often referred to as 

nodes, such as routing, bridging, switching, porting, and multifunction devices, can 
2 determine the behavior of a network. The behavior of the nodes may be determined by 

;S 15 embedded system software and the behavior of the software can be based on specific 
SJ functions. A module may comprise circuitry such as a microprocessor to execute 

iff embedded software to perform a specific function and the performance can be governed 

^ by configuration parameters of the module. Further, the behavior of a first module can be 

si 

O affected by a configuration parameter of a second module when the first module has a 

ill 

\% \ 20 configuration parameter dependent on the second module's configuration parameter. 

^ [0003] Since the behavior of the network may be governed by configuration 

parameters, a system for updating configuration parameters can provide flexibility. For 
example, data transmission functions or protocols may be turned on, off, or modified. 
25 The configuration parameters may reside in run-time variables of a module as well as a 
configuration database. Inconsistent configuration parameters, however, can disrupt a 
module's operation, causing time delays or lost sessions, so changes to configuration 
parameters should be made in a correct sequence. 

30 [0004] Configuration parameter change requests may be transmitted to one or 

more management clients and the management clients may forward the requests to 
modules in different sequences so modules may not receive configuration parameters in a 
correct sequence. A correct sequence for configuration parameters requests can comprise 
a sequence that maintains inter-module dependencies of configuration parameters, 
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sometimes referred to as maintaining the global consistency. Thus, to maintain the global 
consistency, reconfiguration of a module may comprise the shutdown and initialization of 
the node with the new configuration parameters or each module must support receipt of 
requests in an incorrect sequence, reducing network capabilities for a period of time and 
increasing the size and complexity of each module's administration code. 


BRIEF FIGURE DESCRIPTIONS 


[0005] The accompanying drawings, in which like references indicate similar 

elements, show: 


Figures 1 depicts a network coupled to an Internet service provider (ISP). 

Figures 2 depicts a node capable of checksetting and executing a configuration 

parameter change requests within one transaction. 
Figures 3 depicts a flow chart to change a configuration parameter. 
Figures 4-6 depicts before-and-after examples of checksetting configuration parameter 

requests. 

Figures 7 depicts a machine-readable medium comprising instructions to change a 
configuration parameter. 


DETAILED DESCRIPTION OF EMBODIMENTS 


[0006] The following is a detailed description of example embodiments of the 

invention depicted in the accompanying drawings. The example embodiments are in such 
detail as to clearly communicate the invention. However, the amount of detail offered is 
not intended to limit the anticipated variations of embodiments. The variations of 
embodiments anticipated for the present invention are too numerous to discuss 
individually so the detailed descriptions below are designed to make such embodiments 
obvious to a person of ordinary skill in the art. 


[0007] Referring now to Fig. 1 , there is shown an example embodiment of a local- 

area network (LAN) coupled to an Internet service provider (ISP) 170. The LAN 
comprises a bridge router 130 to route interactions between a local work area and ISP 
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170. The LAN comprises a work group switch 140 to couple stations, client device 150 
and server device 160, to the ISP 170 and to facilitate interactions between the stations. 

[0008] The ISP 170 may be coupled to bridge router 130 via a digital subscriber 

line (DSL). The DSL interface with ISP 170 may route configuration requests from 
bridge router 130 to ISP 170 at speeds of 64 kilobits per second (Kbps). Further, the 
connection may route these requests from ISP 170 to bridge router 130 at speeds of 1.5 
megabits per second (Mbps). 

[0009] The work group switch 140 may be configured for 10 Mbps by 100 Mbps 

(10/100 Mbps) port-to-port switching and may comprise a trunk configured for 100 Mbps 
transactions. The trunk may couple work group switch 140 to bridge router 130 and the 
work group switch 140 may comprise ports coupled to client device 150 and server 
device 160. 

[0010] The bridge router 130 may comprise a port such as an asynchronous 

transfer mode (ATM) controller accompanied by driver software to accept and receive 
configuration requests via the DSL and may be coupled to a management workstation 110 
to allow a user to change configuration parameters of the bridge router 130 via a 
graphical user interface (GUI). The management workstation 110 may assist user 
parameter configuration via user input device 120 and may be coupled to permanent data 
storage 100. The permanent data storage may provide a user with configuration 
parameters of bridge router 130 for use with the GUI and management workstation 110 
and can be consistent with the contents of run-time variables in modules of the bridge 
router 130. 

[0011] When the DSL service is upgraded to facilitate configuration requests from 

bridge router 130 to ISP 170 at speeds of 1.5 Mbps, the configuration parameters in the 
modules 138, a handshake protocol module, router protocol module, and bridging 
module, of bridge router 130 may be reconfigured to the new DSL interface. A set of 
configuration parameter change requests may comprise three interdependent 
configuration parameter change requests in a single transaction from a user via the GUI of 
management workstation 110. Each request may initiate a configuration parameter 
change. The configuration parameter change requests may comprise three parameters to 
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change to take advantage of the new DSL interface with minimal impact on the operation 
of the LAN. The first parameter may comprise initiating a handshake protocol of a 
module for interactions to and from ISP 170. The second parameter may comprise 
initiating a routing protocol of a module for packets to and from the workgroup switch 
140. Finally, the third parameter may comprise initiating a bridging protocol of a module 
for bridging packets to/from the LAN format from/to the DSL format. 

[0012] The management workstation 110 may forward the three configuration 

parameter change requests as a single, atomic transaction to bridge router 130 via a 
simple network management protocol (SNMP) interface. The management client 132 in 
bridge router 130 may receive the configuration parameter change requests and forward 
the requests to the configuration manager 136. The configuration manager 136 may then 
checkset the configuration parameter change requests to determine whether the three 
configuration parameter changes are valid and whether setting the values for the 
configuration parameters in the order received will maintain global consistency. 

[0013] Configuration manager 136 may forward the first parameter to a module to 

be validated. The module may return a response to the configuration manager 136 
indicating that the parameter is either invalid or out of sequence since initiating a 
handshake protocol for the DSL may cause the protocol module to indicate that the bridge 
router 130 is ready to handle interactions. Configuration manager 136 may then store a 
reference to the first parameter in a queue to facilitate determining a corrected sequence 
for configuration parameter change requests. 

[0014] The second parameter may then be forwarded for validation and the 

module may return a response indicating that the second set of parameters is either invalid 
or out of sequence. The first and second parameter may have been rejected as out of 
sequence because the new bridging procedure needs to be in effect before the packets can 
be transferred between the LAN and the ISP 170. 

[0015] When forwarded to the module for validation, the third parameter may be 

determined to be valid. With a valid indication for the configuration parameter change 
request for the third parameter, the configuration manager 136 may forward the first and 
second parameter to the modules 138 for validation. During the second pass for 
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validation of first and second parameters, the modules 138 accept the first and second 
parameters as valid since the bridging module is available. In some embodiments, the 
first and second parameters may be forwarded to modules 138 simultaneously or 
substantially simultaneously to be validated. 

[0016] Once the configuration parameter change requests are checkset, the 

configuration parameter change requests can be executed. The corrected sequence for the 
configuration parameter change requests can comprise the third parameter, first 
parameter, and second parameter, respectively, since the modules 138 validated the 
parameters in that order. The parameters may be forwarded to the modules 138 to be 
stored in run-time variables. 

[0017] Referring now to Fig. 2, a node 200 is shown. Node 200 may comprise a 

network interface 210, a microprocessor 230, a memory controller 240, a memory device 
250, and a network interface 260. Node 200 may receive packets via network interface 
210 and microprocessor 230 can distribute the packets to the intended destination 
workstations coupled to network interface 260 via filtering and/or switching modules 238. 

[0018] Microprocessor 230 can be coupled to memory device 250 via memory 

controller 240 and may store code and data to facilitate distribution of configuration 
parameters between interfaces. Memory device 250 may comprise random access 
memory (RAM) to store modules and a corrected configuration parameter sequence table 
and may comprise a queue to store IP addresses for connected workstations. In addition, 
memory device 250 may comprise nonvolatile memory to store media access controller 
(MAC) driver software, dynamic host control protocol (DHCP) software, and 
transmission control protocol/internet protocol (TCP/IP) software, management client 
software, and configuration manager software. The network interface 210 may be 
connected to a device having a static IP address but to add flexibility to the number and 
location of workstations connected to the node 200, DHCP may select an IP address for a 
workstation as it becomes active. 

[0019] A software module may arbitrate configuration parameter change requests 

passed from workstations to network interface 210 and configuration parameters of the 
software module may indicate the number and priority levels of workstations connected 
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to the node 200. For example, node 200 may have a workstation with a guaranteed 
minimum access speed of 50 Mbps to a device coupled to network interface 210 whereas 
other workstations coupled to node 200 can receive equivalent fractions of available 
access speed to network interface 210. When network interface 210 has a transmission 
speed of 100 Mbps and the high priority workstation consumes 50 Mbps of the data 
transmission speed, the two remaining workstations may share 50 Mbps access speed. 
Thus, when one of the remaining two workstations is not actively transmitting packets via 
node 200 the other workstation may consume up to 50 Mbps access speed. 

[0020] The user may turn on the third workstation and begin to actively access a 

device coupled to network interface 210 via node 200. When DHCP software in the third 
workstation is activated microprocessor 230 may assign a temporary IP address to the 
third workstation and store the IP address in the queue. For the third workstation to 
access the LAN, management client 232 can create a port and management client 234 can 
set the speed of the port with a set of configuration parameter change requests within a 
transaction. The management clients, software executed by microprocessor 230 in this 
embodiment, may transmit the configuration parameter change requests to the 
configuration manager 236. The configuration manager 236, also software executed by 
the microprocessor 230 in this embodiment, can checkset and execute the configuration 
parameter change requests. First, the configuration manager 236 may forward each 
request to the modules 238 to be validated. The first request forwarded to the arbitration 
module may be the change in speed for the third workstation, however, the first request 
may depend upon the creation of the port so the arbitration module may respond with a 
repeat call status. The arbitration module may validate the second request and then the 
configuration manager may retransmit the first request. The arbitration module can 
accept the first request after the second request. 

[0021] A corrected sequence of the configuration parameter change requests may 

be determined during validation. For instance, when the first configuration parameter 
change request is a change in speed for workstation 3 and the second configuration 
parameter change request is the creation of a port for workstation 3, the configuration 
manager 236 can receive a repeat call status for the first request during the first pass of 
validation. Since the first configuration parameter change request receives a repeat call 
status during validation, a reference to first request can be stored in the corrected 
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sequence table in RAM in the memory device 250. Once the remaining requests can be 
validated, the configuration manager 236 may forward the first request to the modules 
238 for validation. When the modules 238 return a valid status in response to the first 
request, all the configuration parameter change requests within the transaction have been 
validated. Thus, the corrected sequence for configuration parameter change requests 
within the transaction may be the second request then the first request. 

[0022] Once the configuration parameter change requests within the transaction 

have been checkset, the configuration manager 236 can execute the configuration 
parameter change requests. The configuration manager 236 may forward the 
configuration parameter change requests in the corrected sequence. 

[0023] Under alternative circumstances, more than one pass may be required to 

checkset the configuration parameter change requests within a transaction. For example, 
configuration manager 236 may checkset a set of configuration parameter change 
requests comprising three configuration parameter change requests, request 1, request 2, 
and request 3. During the first pass of checksetting, request 1 may be rejected and a 
reference to request 1 may be stored in the first location of the corrected parameter 
sequence table. Then request 2 may be rejected and stored in the second location in the 
corrected parameter sequence table and, finally, request 3 may be accepted. During pass 
2, request 1 may be rejected again but request 2 may be accepted. A reference to request 
1 may be stored in a second location in the corrected parameter sequence table in a 
second table, or moved from the first location to the third location in the corrected 
parameter sequence table. Request 1 may be passed to the modules 238 to be checked in 
a third pass. During the third pass, when request 1 is validated, a corrected sequence for 
the configuration parameter change requests within the transaction may be determined. 
On the other hand, when request 1 is rejected again, no requests in the third pass are 
accepted as valid, so all the configuration parameter change requests within the 
transaction may be invalidated. 

[0024] When one configuration parameter change request cannot be validated, the 

configuration manager 236 may return a status to the corresponding management client 
indicating that the configuration parameter change requests may be invalid and the 


Attorney Docket No. 42390P 1 1 65 1 


7 


management client may return a similar indication to the requester. The configuration 
manager 236 may also delete references in the corrected parameter sequence table. 

[0025] In alternative embodiments, a corrected parameter sequence table may 

comprise the configuration parameters that received the repeat call rather than references 
to those parameters or requests. Further embodiments may comprise more or less 
modules and different combinations of interfaces. 

[0026] Referring now to Fig. 3, there is shown a flowchart to change a 

configuration parameter. The flowchart comprises receiving a set of configuration 
parameter change requests within a transaction 300, checksetting the set of configuration 
parameter change requests within the transaction 320, and executing the set of 
configuration parameter change requests within the transaction 340. Receiving a set of 
configuration parameter change requests within a transaction 300 may receive a request 
from one or more management clients and the sequence of the parameter changes may 
depend on a management client. Regardless of the source of the configuration parameter 
changes, the configuration parameter change requests may be in an incorrect sequence for 
the intended run-time module(s). A correct sequence of parameter changes of a run-time 
module may depend upon inter-module dependencies between that module and other 
modules in the node. In some embodiments, the number and type of modules may be 
modified to meet changing requirements of a network. Receiving a set of configuration 
parameter change requests within a transaction 300 can comprise receiving requests to 
change at least two configuration parameters of a module 305 and receiving configuration 
parameters in an incorrect sequence 310. 

[0027] Receiving requests to change at least two configuration parameters of a 

module 305 may comprise receiving a request to change configuration parameters from a 
local or remote management station. The management station may comprise a 
transaction protocol module such as a simple network management protocol (SNMP) 
module. A device with an SNMP module may comprise a management information base 
(MIB). The MLB may comprise objects that can be monitored by a network management 
system, such as a management workstation, comprising SNMP. Using standardized MIB 
formats may allow SNMP communication tools to monitor any device defined by a MIB. 
Thus, a SNMP requester may request information of another SNMP device and that 
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device may return one or more protocol data units (PDU's) containing the information 
requested. PDU's can be messages designed for SNMP communication. 

[0028] The speed that PDU's are sent and received and the size of each PDU can 

be determined by the management protocol. When a device on the network requests a 
different size PDU or a PDU to be transmitted and received at a different speed, new 
configuration parameters may be forwarded to the node or nodes between a requester and 
target agent on the network in an atomic transaction, i.e. a transaction that may fail unless 
every request within the transaction is performed. 

[0029] Receiving configuration parameters in incorrect sequence 310 may receive 

a request to change the speed of transmission of PDU's from a SNMP requester or other 
requester of more than one configuration parameter change request for a module(s) 
comprising inter-module dependencies of modules within the node. The module may be 
unable to effect the configuration parameter changes because the changes can introduce 
inconsistencies between configuration parameters. 

[0030] Checksetting the set of configuration parameter change requests within the 

transaction 320 may confirm the validity of more than one configuration parameter 
request, determine a correct sequence for the requests in a set of configuration parameter 
requests, or invalidate the transaction. Checksetting the set of configuration parameter 
change requests within the transaction 320 can comprise requesting validation of 
configuration parameter change requests 325, receiving a response to requesting 
validation of configuration parameter change requests 330, and determining a corrected 
sequence for configuration parameter change requests 335. Requesting validation of 
configuration parameter change requests 325 may forward each parameter of 
configuration parameter change requests within a transaction to a module with 
instructions for the module to validate each configuration parameter change. In some 
embodiments, requesting validation of configuration parameter change requests 325 may 
comprise forwarding a configuration parameter change request to an intended module(s) 
in the order received. 

[0031] Receiving a response to requesting validation of configuration parameter 

change requests 330 may comprise receiving a repeat call status. A repeat call status may 
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indicate that the request may be in an incorrect sequence for the configuration parameter 
change requests of the transaction or may indicate that configuration parameter change 
requests of the transaction may be invalid. In some embodiments, receiving a response to 
requesting validation of configuration parameter change requests 330 can comprise 
receiving a response indicating the request is valid in the order received. 

[0032] Determining a corrected sequence for configuration parameter change 

requests 335 may store a reference to a request, upon receiving a repeat call for that 
request, into a corrected parameter sequence queue. In some embodiments, determining a 
corrected sequence for configuration parameter change requests 335 may comprise 
storing an indication of requests received in a correct order. More than one correct order 
may be possible depending upon the dependencies of the configuration parameters within 
the module and in other modules. For example, when parameter 1 and parameter 2 are 
not dependent upon each other and parameter 1 and parameter 2 do not affect 
interdependences between modules within the node then parameter 1 and parameter 2 
may be changed in any order. 

[0033] Executing the set of configuration parameter change requests within the 

transaction 340 may request a module to make changes to run-time variables. Executing 
the set of configuration parameter change requests within the transaction 340 can 
comprise requesting a change to a configuration parameter in a module 345 and deleting a 
temporary configuration parameter change requests database 350. Requesting a change to 
a configuration parameter in a module 345 may change configuration parameters in a 
module according to the requests of the configuration parameter change requests within 
the transaction by instructing the module to update run-time variables. Requesting a 
change to a configuration parameter in a module 345 can comprise initiating 
configuration parameter change requests within the transaction in a corrected sequence 
355. 

[0034] Initiating configuration parameter change requests within the transaction in 

a corrected sequence 355 may forward configuration parameters in a sequence based 
upon a corrected parameter sequence queue to an appropriate module(s). A corrected 
sequence queue may comprise references to configuration parameter change requests 
within a transaction that were in an incorrect sequence, requests within the transaction 
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that are in a correct sequence, or both. In some embodiments, the corrected parameter 
sequence queue may comprise copies of the configuration parameters or requests in a 
corrected sequence or copies of configuration parameters or requests in an incorrect 
sequence. 

5 

[0035] Deleting a temporary configuration parameter change requests database 

350 may delete a database such as the corrected parameter sequence queue or another 
temporary database upon validating or invalidating the configuration parameter change 
requests within the transaction. For example, upon checksetting the set of configuration 

10 parameter change requests within the transaction 320, the configuration parameter change 
requests within the transaction may be invalidated and a temporary database used to try to 
determine a corrected sequence for the configuration parameter change requests within 
the transaction may be deleted prior to making any changes to the run-time variables in a 
module. In some embodiments, the temporary configuration parameter change requests 

15 database may not be deleted but the data within that database may be invalidated. 
Invalidating data within the database may comprise changing a bit. 

[0036] In some embodiments of the invention, executing the set of configuration 

parameter change requests within the transaction 340 can comprise storing the changed 

20 configuration parameters in a configuration parameter database after storing the 
configuration parameters in run-time variables in the module. In many embodiments of 
the invention, executing the set of configuration parameter change requests within the 
transaction 340 can comprise rejecting configuration parameter change requests. 
Rejecting configuration parameter change requests may respond to a requester upon 

25 determining a set of configuration parameter change requests is invalid. 

[0037] Referring now to Fig. 4, there is shown an example of checksetting the set 

of configuration parameter change requests within the transaction. The figure comprises 
interaction between management clients 410, configuration manager 420, and module 
30 450. The configuration manager 420 may comprise a requests list 425 comprising one or 
more temporary configuration parameter change request databases such as a pass 1 
corrected parameter sequence queue 430, and a pass 2 corrected parameter sequence 
queue 435. The order of configuration parameters shown in the pass 1 corrected 
parameter sequence queue 430 may be the order of the original configuration parameter 
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change requests within the transaction from management clients 410. When each 
parameter, parameter 1, parameter 2, parameter 3, and parameter 4, are passed to a 
module(s) for validation the module(s) returns a repeat call status for parameter 2, 
indicated by the asterisk next to parameter 2. Parameter 2, or a reference thereto, may be 
copied into a pass 2 corrected parameter sequence queue 435 and can be forwarded to the 
module(s) after parameter 4 is validated. When parameter 2 is passed to the module(s) 
the second time and a repeat call is not received from the module(s), the corrected 
sequence for the configuration parameter request transaction may be determined. A 
corrected sequence for the configuration parameter requests within the transaction can be 
parameter 1, parameter 3, parameter 4, and then parameter 2. 

[0038] While executing the configuration parameter change requests within the 

transaction, the configuration manager may forward the configuration parameter change 
requests in the corrected sequence determined while checksetting the set of configuration 
parameter change requests. In Fig. 4, the corrected sequence can comprise the passing 
parameter 1, parameter 3, parameter 4, and then parameter 2. Since more than one 
sequence may be correct, some embodiments may determine a different corrected 
sequence such as 4,3,1 and 2; 3,1,4, and 2; . . . that maintains the global consistency. 

[0039] Referring now to Fig. 5, there is shown an example of configuration 

parameter change requests within a transaction invalidated while checksetting the 
configuration parameter change requests within the transaction. Fig. 5 shows a time 
frame called pass 1 510 that comprises a time from receipt of the configuration parameter 
change requests within the transaction through forwarding all the requests to the module 
535 once. The configuration manager 520 receives the configuration parameter change 
requests from management clients 515 and stores the requests in a requests list queue 525 
in the order the configuration parameters are received. Configuration parameters 1 
through 7 represent seven requests and are forwarded to the module 535. A repeat call 
status is received for parameter 2, parameter 5, and parameter 7. Parameters 2, 5 and 7 
can be stored in a second temporary configuration parameter change requests database 
570 and may be forwarded to the module 535 in order during the pass 2 time frame. 
When the module 535 returns a repeat call for all the parameters in pass 2 550, a 
corrected configuration parameter requests sequence may not be determined. When a 
corrected sequence for a configuration parameter change request may not be determined, 
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the entire transaction may be invalidated and a status invalidating the entire set of 
configuration parameter change requests within the transaction may be transmitted to the 
management clients 515. Changing some of the configuration parameters in response to 
the transaction such as parameter 1, parameter 3, parameter 4, and parameter 6 but not 
parameters 2, 5 and 7 may not accomplish the change that the management clients 515 
requested and may introduce inconsistencies into the configuration of the module 535 and 
between that module 535 and other module(s). 

[0040] Referring now to Fig. 6 there is shown an example of determining a 

corrected sequence for configuration parameter change requests within the transaction. 
Pass 1 610 may comprise forwarding configuration parameter change requests to a 
module and receiving status from the module for parameters 2, 5 and 7 as being out of 
sequence. The request list 620 comprises a queue 625 having configuration parameters of 
requests in the order received in the transaction. After parameters 2, 5 and 7 are validated 
by the module in a second pass, after pass 2 630, a corrected sequence for the 
configuration parameter change requests within the transaction may be determined and 
stored in a corrected parameter sequence queue 640. Since all the parameters can be 
validated by the end of the second pass, the corrected sequence for the set of 
configuration parameter change requests within the transaction may be the parameters 
that were validated in pass 1 followed by the parameters that received a repeat call status 
in pass 1 in the order they were forwarded to the module(s). 

[0041] From the corrected sequence for the configuration parameter change 

requests within the transaction, the request comprising parameter 2 has been determined 
to have a dependency upon parameter 3, parameter 4, or parameter 6. The dependency 
may be that parameter 3, 4 or 6 indicates a range within which parameter 2 must fall. The 
parameters that must be set before parameter 2 may affect an inter-module dependency. 
Further, it may be determined that the request comprising parameter 5 must have an inter- 
dependency with parameter 2 or parameter 6 and the request comprising parameter 7 may 
be dependent on parameters 2 or 5. 

[0042] In alternative embodiments, more than two passes may be required to 

determine the corrected sequence. For instance, when during pass 2, a repeat call is 
generated in response to parameter 5 but not in response to parameters 2 and 7, a third 
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pass may verify the request comprising configuration parameter 5. During the third pass, 
when configuration parameter 5 is validated, the corrected sequence for the configuration 
parameter requests of the transaction would be parameter 1, parameter 3, parameter 4, 
parameter 6, parameter 2, parameter 7, and then parameter 5. However, during the third 
pass, when a repeat call is received in response to parameter 5 and parameter 5 is the only 
parameter in the third pass, the configuration parameter change requests of the transaction 
may be invalidated. 

[0043] Referring now to Fig. 7, a machine-readable medium embodiment of the 

present invention is shown. A machine-readable medium includes any mechanism that 
provides (i.e. stores and or transmits) information in a form readable by a machine (e.g., a 
computer), that when executed by the machine, can perform the functions described 
herein. For example, a machine-readable medium may include read only memory 
(ROM); random access memory (RAM); magnetic disk storage media; optical storage 
media; flash memory devices; electrical, optical, acoustical or other form of propagated 
signals (e.g. carrier waves, infrared signals, digital signals, etc.); etc.... Several 
embodiments of the present invention can comprise more than one machine-readable 
medium depending on the design of the machine. 

[0044] The embodiment 700 comprises instructions for receiving a set of 

configuration parameter change requests within a transaction 710, checksetting the set of 
configuration parameter change requests within the transaction 720, and executing the set 
of configuration parameter change requests within the transaction 730. Receiving a set of 
configuration parameter change requests within a transaction 710 may comprise receiving 
configuration parameters in an incorrect sequence 715. Receiving configuration 
parameters in an incorrect sequence 715 may comprise instructions to handle receiving 
configuration parameter change requests within a transaction from any of a number of 
management clients that do not sort the configuration parameter requests in an order 
dependent upon the interdependencies of the configuration parameters in the module(s). 
For example, a set of configuration parameter change requests may comprise requests to 
change two configuration parameters, parameter 1 and parameter 2, in that order. 
Parameter 1 may be dependent upon parameter 2 and if parameter 1 was set prior to 
changing the value of parameter 2, the configuration parameters of the module(s) may be 
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inconsistent. Inconsistent parameters within a module or between modules can cause 
delays in transactions, failures of transactions, and rejections of valid transactions. 

[0045] Checksetting the set of configuration parameter change requests within the 

transaction 720 may comprise instructions for determining a corrected sequence for 
configuration parameter change requests 725, or invalidating the configuration parameter 
change request. Determining a corrected sequence for configuration parameter change 
requests 725 may comprise instructions to sort the requests within a transaction in an 
order in accordance to dependencies of configuration parameters in the module(s). 
Several embodiments comprise instructions to determine a corrected sequence for the 
configuration parameter change requests while validating requests with the module(s). In 
some embodiments, determining a corrected sequence for configuration parameter change 
requests 725 may involve instructions for storing a reference to a request in a corrected 
parameter sequence queue or in another temporary configuration parameter change 
requests database. 

[0046] Executing the set of configuration parameter change requests within the 

transaction 730 may comprise instructions for requesting a change of a configuration 
parameter of a module. Changing a configuration parameter of a module may store a new 
configuration parameter in a run-time variable. Executing the set of configuration 
parameter change requests within the transaction 730 can comprise initiating 
configuration parameter change requests within the transaction in a corrected sequence 
735. 

[0047] Initiating configuration parameter change requests within the transaction in 

a corrected sequence 735 can comprise instructions for reordering requests of a 
transaction into a sequence described in a corrected sequence table. The corrected 
sequence table may comprise more than one corrected parameter sequence queue 
indicating configuration parameters or requests received in an incorrect sequence. In 
some embodiments, each corrected parameter sequence queue may comprise copies of the 
parameters or requests received in an incorrect sequence. 

[0048] In alternative embodiments, the corrected parameter sequence queue may 

comprise indications of requests received in a correct sequence. In still further 
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embodiments, a corrected sequence queue may comprise copies of configuration 
parameters or requests received in a correct sequence. In alternative embodiments, a 
corrected parameter sequence queue may comprise references to all the configuration 
parameters or requests of a transaction in a corrected sequence or copies of all the 
parameters or requests of a transaction in a corrected sequence. In many embodiments of 
the invention, executing the set of configuration parameter change requests within the 
transaction 730 can comprise instructions for rejecting configuration parameter change 
requests. Rejecting configuration parameter change requests may comprise instructions 
to respond to a requester with an indication of invalidity of a transaction. 
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